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COMMUNICATION SYSTEM AND METHOD Foj^ OPERATING MULTICAST 
SERVICE IN COMMUNICATlbN SYSTEM 



BACKGROUND OF THE INVENTION 



■ Field o f the invention 

The present invention relates to multicast service channels 
and a method for operating a multicast sefvice using the channel 
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A multicast means a service mode in which one of subscribers 
□ accessed to a local area network (LAN)-' or Internet transmits 
m information to specific subscribers and the specific subscribers 
propagates the same information to a pluraaity of subscribers in a 
y bucket relay mode. Such a multicast service mode is distinguished 
^ from a single-cast service (or unicast) for ^providing information to 
I a particular individual or a broadcast service (or group-call 
service) for providing information to an uhspecified number of the 
general public. 

A general packet radio service (G?RS)| specification provides 
packet data service based on a related art global system for mobile 
communications (GSM) for providing multimedia services such as 
voices, images and data transmission. The GPRS specification 



defines the multicast service as follows. 

The multicast service is a unidirectional point to multipoint 
(PTM) service in which a message (specif ic multicast data) is 
transmitted from a single source entity to a plurality of 
3 subscribers currently located within a geographical area. The 
message contains a group identifier indicating whether the message 
is of interest to all subscribers or to only a subset of 
subscribers belonging to a specific multicast group. 

Multicast data transmission is performed within the specified 
O delay, over one or more geographical areas as defined bv the 
service requester. Repeated transmission is performed where 

pJ 

p applicable according to the schedule as defined/negotiated by the 
• 

service requester. No knowledge of the instantaneous, actual 
"receive group" present within the given area at any point in time 
O is available within the network. 

y 

p The service request is changed depending on QOS (Quality of 

g Service) and the size of the geographical area. 
O 

In the multicast service defined by the GPRS, neither 
authentication nor ciphering is performed. The multicast service 
receives multicast data anonymously without signalling for 
subscriber group identification or subscriber identification. 

Meanwhile, the multicast service defined by the GPRS has been 
partially supplemented for universal mobile telecommunication 
system (UMTS) which is being developed by the 'European 
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Telecommunication Standard Institute (ETSI) . 

The multicast service of the UMTS is distinguished from the 
multicast service defined by the related art GPRS in that 
authentication and ciphering are available. Also, the multicast 
service of the UMTS is distinguished from the multicast service of 
the GPRS in that signalling for subscriber group identification or 
subscriber identification is performed to receive the multicast 
data anonymously or in its name. 

In addition, the multicast service of the UMTS is less 
susceptible to transmission delay that depends on the radio 
I environment. Moreover, the multicast service of the UMTS has a 
g variable data transmission rate. That is to say, small data can be 
transmitted at low speed while large data can be transmitted at 



bJ 
y 

W high speed. 

a 

I The multicast service provided by the UMTS includes 

□ distribution services such as news, weather and traffic reports, as 
P well as product or service advertisements, multimedia services such 
as audio, video and data, on-demand based high quality audio 
services, on-demand based video stream line services, and re.mote 
downloading services , 

To classify various multicast services as described above, the 
UMTS uses subscriber group identification, or international mobile 
group identifier (IMGI). The IMGI is described in detail in the 
GPRS. 
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In other words, the IMGI can be used to identify specific 
subscriber groups defined by the GPRS such as the PTM groups. In 
more detail, the ?TM groups are identified by the IMGI which 
supports both a provider identification level and an application 
5 identification level. Furthermore, the IMGI can be used to 
authenticate an individual subscriber as well as the groups. 

The aforementioned related art multicast services are provided 
in an idle mode. That is to say, the user entities (UE) can receive 
multicast data only if they are in the idle mode. The UTRAN in the 
)p networJc provides the multicast services to the user entity groups 
J located within its service area in the idle mode. 

g In the idle mode, a radio link control(RLC) layer establishes 

W a radio link on a logical channel provided from a medium access 
W control (MAC) layer which is a lo.wer level than the RLC . 

0 Therefore, since the related art multicast service is provided 
q in a state that the radio link is only established between the UE 

1 and the UTRAN, the logical channel has been suggested as a 
S multicast channel for a multicast signaKor data) transmission. 

In more detail, in the IDLE mode, a transmission channel for 
data transmission service to a physical layer is not provided. In 
this case, a physical channel for interfacing the data transmitted 
to the transmission channel on the air after setting a call is not 
assigned . 

For this reason, it is provided that a transmission channel 
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such as a dedicated channel (DCH) or a forward access channel (PACK) 

temporarily used for other purpose is .apped with the multicast 

Channel. However, the DCH is used for a connected .ode that 

identifies a data unit for a specific service ^ 

oiJct-xi.ic service and transmxts the 

data transmisssion service to the data unit. Therefore, the DCH is 
not assigned in the IDLE mode which is the basis of the multicast 
service. Also, since the forward access channel (FACH) provides slow 
power control to an up-link channel as the case may be, it is 
impossible to satisfy advantages of the multicast service of the 
UMTS having a variable transmission rate depending on the amount of 



data . 



I Accordingly, to achieve various multicast services in the 

I future, new channels are required to efficiently transmit the 
W multicast data. Efficient management plans of the multicast 
services are also required. 



SUMMARY OF THE INVEtJTTOW 

Accordingly, the present invention is directed to multicast 
service channels and a method for operating multicast services 
using the channels that substantially obviate one or more of the 
problems due to limitations and disadvantages of the related art. 

An object of the present invention is to provide multicast 
service channels capable of efficiently transmitting multicast 



data 
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Another ob^.ct of the present invention is to provide a method 
for efficiently operating .ultloast services usin, new multicast 

channels . 

Additional features and advantages of the invention will be 
=et forth in the description which follows, and in part will be 
apparent from the description, or may be learned by practice cf the 
invention. The objectives and other advantages of the invention 
"ill be realized and attained by the structure particularly pointed 
out in the written description and claims hereof as well as the 
appended drawings. 

TO achieve these and other advantages and in accordance with 
the purpose of the present invention, as embodied and broadly 
described, a communication system according to the present 
invention includes: a higher layer; a first layer as a physical 
layer; and a second layer as an intermediate layer for processing 
data from the higher layer to generate multicast data and multicast 
control data, the second layer including at least one logical 
channel for transmitting the multicast data from the higher layer, 
at least first transmission channel for transmitting the processed 
multicast data to the physical layer, and at least one second 
transmission channel for transmitting the multicast control data to 
the physical layer. 

In another aspect, a method for operating multicast services 

comprising the steps of: (a) rsau&oi- i r,rr - 

requesting a network of multicast 



services through AS at a UE-NAS in an idle state without performing 
the multicast services; (b, transmitting corresponding data to the 
US on a multicast channel and a multicast traffic channel for data 
transmission of the network and a multicast control channel for 
5 control data transmission when the multicast service reauest is 
successfully achieved; (c) switching the idle state of the" UE to a 
sleep release state for decoding the data transmitted from the 
network; and (d) switching the idle state of the UE to a sleep 
state for waiting for the data if there is no data transmitted 
2 from the network. 

It is to be understood that both the foregoing general 
description and the following detailed description are exemplary 
and explanatory and are intended to provide further explanation of 
the invention as claimed. 
□ 

w 

SJ BRIEF DESCRIPTToyr pp the miT.VT^^„ 

g The accompanying drawings, which are included to provide a 

further understanding of the invention and are incorporated in and 
constitute a part of this specification, illustrate embodiments of 
the invention and together with the description serve to explain 
the principles of the invention. 
In the drawings: 

Fig. 1 shows a protocol srack structure of a radio interface 
for multicast services according to the present invention; 
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Fig. 2 is a diagram showing a multicast service scenaric 
according to the present invention; 

Fig- 3 is a diagram showing a MAC layer entity for multicast 
service according to the present invention; 

Fig. 4 is a diagram showing a physical channel structure for 
multicast service according to the present invention; 

Fig. 5 is a diagram showing a mapping type between 
transmission channels and logical channels according to the present 
inventions- 
Fig . 6 is a diagram showing a state change of UE when 
performing multicast services according to the present invention; 

Fig. 7 is a diagram showing an example of multicast service 
setup procedures according to the present invention; 

Fig. 8 is a diagram showing a multicast service request 
procedure according to the present invention; 

Fig. 9 is a diagram showing a multicast service transmission 
procedure according to the present invention; 

Fxg. 10 is a diagram showing a multicast service reception 
procedure according to the present invention; 

Fig. 11 is a diagram showing a multicast service release 
procedure according to the present invention; and 

Fig. 12 is a diagram showing a mapping example between 
Channels for multicast services according to the present invention.' 
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D ETAILED nE.SrRIPTION OF THF PT.T-.VT'.r..^^ ^^^^j,^^ 
Reference will now be made in det.il to the preferred 
e^odiments of the present invention, examples of which are 
illustrated in the accompanying drawings. 
5 An architecture of a communication system according to the 

present invention includes a UE, a UTRAN, and a core network (CN). 

A radio interface for multicast services between the UE and 
the UTRAN is stacked with protocol layers of a higher layer, a 
radio resource control (RRC) layer, a radio link control(RLC) 
'^Q layer, a medium access control (MAC) layer, and a physical (PHY) 
I layer. The PHY belongs to a first layer (Layer 1), the RLC and the 
^ MAC belong to a second layer(Layer 2), and the RRC belongs to a 
UJ third layer (Layer 3) 

y Fig. 1 shows a protocol stack structure of the radio interface 

Q for multicast services according to the present invention. As shown 

0 in Fig. 1, higher layers 10 and 20 provide subscriber 

1 identification functions or subscriber group identification 
functions, and authentication and ciphering functions.. 

RRC layers 11 and 21 provide a variable transmission rate, and 
dynamic code usage and dy.namic scheduling functions. RLC layers 12 
and 22 provide unacknowledged multicast data transznission and 
multicast delivery functions. MAC layers 13 and 23 provide logical 
channels for various multicast services, 

multiple.xing/de.multiple>:i.ng functions between the logical channels . 



and transmission channels „hich „in described later, and 

-ppin, functions. The MAC layers 13 and 23 also provide scheduling 
functions .et„een the logical channels and support dynamic 
transmission rate changing functions using a transmission £o..at 
combination set.Trcs,. The PH. layer 30 supports a message 
transmission containing multicast data to a specific subscriber 
group, discontinuous transmission (DTX) and discontinuous 
reception (DRX, functions, and multicast data transmission with 
multi-code , 

Particularly, the PHY layer provides different transmission 
Channels to the MAC l.yer, and the MAC layer provides different 
logical channels to the RLC layer. The transmission channels are 
divided into common channels and dedicated channels depending on 
data transmission types, i.e., a common data transmission type or 
a dedicated data transmission type. The logical channels are 
I divided into control channels and traffic channels depending on 
data characteristics, i.e., control data or user data. 

In the present invention, to provide multicast services of 
high level, traffic channels (multicast traffic channel in the 
present invention) for multicast data transmission are used as 
logical channels. One or more transmission channels (multicast 
Channels and multicast control c.han.nels .n the present invention) 
provided to the MAC by the PHY are used to map with the traffic 
channels . 
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Furthermore, in the present invention, one or more physical 
channels (Physical multicast channels in the present invention, a^e 
used to map with various transmission channels for multicast 



services 



The multicast service channels according to the present 
invention will be described in more detail. 

The multicast traffic channels (MTCH) are used as logical 
Channels provided to the RLC by the MAC for multicast data 
transmission. The MTCH is to serve unidirectional PTM services for 
providing specific multicast data such as multicast channels 
(logical channels) used in the existing GPRS to a plurality of 
subscribers located in the same area. Also, the MTCH is to transmit 
the multicast data information to specific groups subscribed to 
specific multicast services, in particular, each IMGKGl, G2, 

subscriber identification is transmitted for 
multicast paging cycle. Thus, each QE receives corresponding 
multicast services depending on whether the specific multicast 
services are subscribed cr not. 

As aforementioned, in the present invention, it is remarkably 
noted that the MTCH is used as the logical channel. This is because 
that the MTCH is more suitable for the logical channel w.hen 
considering characteristics of the logical channels based on the 
radio interface protocol structure defined by the existing GPRS. 

The MTCH is mapped with the multicast channel (MCH) of Fig. 2. 
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Th. MCK i, a transmission channel us.d only in a down-lin. together 
w«h th. Multicast control channel ,„CCH, which „in described 
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Fig. 2 is a diagram showing a multicast service scenario 
according to the present invention. 

Referring to Fig. 2, features of the transmission channels for 
multicast services are as follows. 

First, the transmission channels are used in the down link, 
i'S., a link from UTRAN to UE . 

Second, broadcasting is possible in all of service areas of a 
Specific cell. 

Third, a dynamic transmission rate is variable. For this 
I reason, multiple different layers of multicast data will be 
yJ transmitted, and some multicast data rate such as video can vary 



o 
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fast . 



possible to support a sleep mode. The UE 
I receives multicast data during the idle mode. The UE extracts onlv 
S particular multicast data from the multicast traffic channel, which 
is destined to the multicast group that the UE belongs to, rather 
than receiving other multicast data belonging to other multicast 
group. The UE gets into sleep mode whxle the transmission of other 
group multicast trafffic is on-going, m order to achieve th^s 
Sleep mode, UE has to be able to extract only selected data. The 
multicast control channel will be used for this control. The 
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details for the MCCH are described below. 

Fifth, since the multicast service is a unidirectional PTM 
service for providing specific multicast data to a plurality of 
subscribers, the subscribers use a common radio linJc for receiving 
5 multicast data. Accordingly, no power control is required. 

Sixth, the higher layer may or may not require multicast data 
to be transmitted in a reliable fashion. For this reason, 
reliable/unreliable data transmission is possible. 

seventh, signalling for group identification in a band is not 
■D required. This is to support a sleep mode. 

I The MCH is a transmission channel used to satisfy the above 

g features. Multicast data of a plurality of MTCHs are transmitted on 

f ■ Each MTCH transmits the multicast . data with each bearer 
I capability. Different MCHs may have different quality of services 
^ such as coding, repetition time and interleaving depth, depending 
I on the characteristics of the multicast data being carried. 

Thus, in the present invention, various multicast services can 

be provided. In this case, scheduling or multiplexing between 

different MTCKs is needed. 

Fig- 3 is a diagram showing a yiAC layer entity for multicast 

services according to the present invention. Particularly, Fig. 3 

shows scheduling or multiplexing among several MTCKs. 

The multicast services of the Dr-e<5e^r,- -■ • 

prcsenu invention consider 
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periodic multicast d.t. transmission an. non-p.riodic multicast 

data transmission . 

in the case of multicast data transmission in periodic 
fashion, an exact IMGI value znay not be required, m this case, the 
3 UE can know in advance or implicitly when the multicast data 
destined to the UE is being transmitted over the MTCH . Therefore, 
overhead due to the IMGI can be removed. However, this scheml 
provides no flexibility of the multicast data transmission in terms 
of data rate and period change, which may result in inefficient 

0 down link code usage. 

1 On the other hand, for flexibility of multicast data 

0 transmission in terms of scheduling and code usage, it is oossibl« 
g for UTRAN to perform multicast data transmission in non-periodic 
^ fashion. However, in this case, the UE' cannot change its mode to 

1 the sleep mode while other group multicast data is being 
B transmitted since there is no way for UE to know when and which 
I multicast group data is being transmitted. In other words, each UE 

has to decode all the data being transmitted together with the IMGI 
field, and filter the data destined to the UE somewhere in the 
higher layer such as Layer 2 or Layer 3, 

The aforementioned two schemes of the periodic m.ulticast data 
transmission and the non-periodic multicast data transmission have 
their own advantages but do .not have optimal advantages. 

Therefore, in the prese.nt invention, new transm.ission channels 
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are u.ad for optical sch«„e= capable ..ppertin, flexibility a^d 
a Sleep .cda. The MCCHs a.a used as .uch transmission channels. 

The MCCH is similar to the current paging channel in that it 
has a cycle, which is the period corresponding to the nmnber of the 
IHGI groups. However, the MCCH contain, the control infor^tion for 
the MCH. Accordingly, the DE can know when to decode the MCH based 
on the control information contained in the MCCH. The control 
infor.mation contained in the MCCH indicates that when the multicast 
data is transmitted, and how long the multicast data burst is. 

The features of the MCCH for multicast services are as 

follows - 

First, the MCCH is only used in the down link, i.e., 5 link 
from UTRAN to US. 

Second, broadcasting is possible in all of service areas of a 
specific cell. 

Third, it is possible to support a sleep mode. 

Fourth, si.nce the multicast service is a unidirectional PTM 
service for providing specific multicast data to a plurality of 
subscribers, the subscribers use a common radio li.nk for receivina 
multicast data.- Accordingly, no MCCH xs used to control power. 

Fifth, the MCCH is a periodic channel. 

In the present invention, by using the aforementioned MCCH and 
MCH, it is possible to support the sleep mode as shown in Fig. 2. 
Particularly, the control information contained in the MCCH 
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on the MCH. 

The present invention using the periodic MCCH and non-oe^iod-c 
MCH provides the s.ste™ for .ore dynamic radio resource .ana.e.ent 
For multicast services, the users have to .now configuration 
the multicast services. To this end. so^e of the control 
information for the multicast services is transmitted on a 
broadcasting channel ,BCH, and the other control information is 
transmitted on the MCCH. 

I To provide the next multicast services, the networ. transmits 

tne control information such as cod© ^riTr,^.,,^- • ^ 

5! assignment information for MCH 

I and frame assignment information for MCH on the MCCK . 
I The MCH is available in a multi-code mechanism. In this case, 

UJ the code assignment information for MCH should be reported to the 
-ers and thus is transmitted to the users. The multicast data is 
□ also transmitted to successive frames on the McH. At this time, 
I frame assignment information for MCH is transmitted to the users to 
^ inform how many frames contain multicast data. 

in addition to the control information transmitted on the 
MCCH, the control infor.mation for multicast services transmitted on 
the BCH will be described below. 

The multicast services according to the present invention a^e 
limited by a geographical area. Such a geographical area „eans 
cells to which no multicast service is provided. Thus, the UE has 
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to .now Whether or not It. own oell currently provides multicast 
services. The control information therefor is transmitted on the 



BCH. 



Different sets of multicast services are provided in different 
geographical areas. This means that available multicast service set 
may change depending on the cell or sector. Consequently, the UE 
can know which multicast services are available by decoding BCH. 

Also, the BCH contains information indicative of configuration 
for MCCH. This is because that the network has to provide 
information on the MCCH to the subscribers. The information on the 
MCCH means information which code has been used for the MCCH or 
information such as cycles of the MCCK used when the subscribers 
U receive the control information of the multicast services. 

Finally, the BCH contains code usage information for MCH. This 
information is required when the multicast services use multi-code 
and is used when the multicast data is transmitted at high speed or 
^ the transmission rate thereof is variable. 

In addition to the above channels, for multicast services, the 
physical layer uses a physical multicast channel (PMCH) as a 
physical channel mapped with the multicast channel (MCH) . 

The multicast service scenario according to the present 
invention will be described with reference to Fig. 2. 

First, the multicast data receiving procedure will be 
described. It is assumed that the user knows the IMGI, rime to 
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Ch-lc th. „CCH ba=ed on an approval decided between the user and 
the netv,ork, and information tor the MCCH from the BCH. 

If the multicast services are available for the user, the user 
decodes only frames contained in the I„GI groups on the periodic 
■ «CCH. Then, the user decodes the multicast data transmitted on the 
MCH by using information for the MCCH, which indicates whan the 
multicast data is transmitted and how long the multicast data is 
transmitted. Afterwards, the user repeats decoding procedures for 
the MCCH and the MCH. 

Q The transmission channel for the aforementioned multicast 

I services, i.e., the physical channels mapped with the MCCH and the 
m MCH will now be described with reference to Fig. 4. 
y The physical channel mapped with the MCH, i.e., the physical 

y multicast channel ( PMCH) has the following features. 
□ The PMCH does not require field for power control. It is 

I possible to flexibly change transmission rate of the multicast 
^ data, in other words, when the multicast data transmitted on the 
a radio space has high transmission rate or low transmission rate, it 
is possible to appropriately cha.nge transmission rate. The 
multicast data transmitted on the MCH can be transmitted to the 
PMCH in a type of successive frames without the MCCH. Accordingly, 
for channel estimation, the P.MCH requires at least one pilot bit! 
Since the data transmission rate of the MCH is variable per frame, 
the PMCH includes a transmission format combination indicator (T.ct)' . 
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field. The PMCH can be transmitted using the mul-.- r-oH^ . 

i,xie muj. i_i-coae structure 

as aforementioned. In this 

cms case, a necessary interleaving is 

performed per frame. 

Meanwhile, t.he physical channel mapped with the MCCH, i.e., 
5 the physical multicast control channel (Pmcch) has a certain, 
transmission rate and a cell characteristic. Also, no field for 
power control is required due to the aforementioned reason, in the 
same manner as the PMCH. 

The PMCCH has a repeated cvcl^ in ^ 

t'ccat-tiu cycie in_ the same manner as the 

I paging channel, and the cycle is variable according to the service 

I area. Information of the TFCI field can be inserted into the P^.c.H 

I or the PMCCH depending on whether the transmission rate of the 

P multicast data is variable at high speed or low speed. If the 

W transmission rate of the multicast data is changed per frame, the 

I TFCI field is contained in the PMCH having continuity. By 

0 contrast, if the transmission rate of the multicast data is not 

1 changed during the multicast paging cycle for the multicast data 
transmission, the TFCI field is contained zn the PMCCH. However, as 

shown in Fia, 4, -if -f-h^^^ ^-^rr -^-i^i^ . . 

y- ..r rne TrCi ^leld is contained in the PMCH, a 

flexibility can be obtained. 

In Fig. 4, the PMCH and the PMCCH have been illustrated as 
different channels. However, one channel having a predetermined 
band may constitute the PMCH and the PMCCH. At this time, the one 
Channel includes the TFCI f.eld, a data field containing the 
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multi=..t data and the mult.ca^t control data, and a pilot f.eld, 

sequentially. 

In this case, the coinmunication syst.™ includes a higher 
layer, at least one logical channel for generating luulticast data 
and multicast control data by processing data from the higher 
layer, an intermediate layer having at least one transmission 
Channel for transmitting the multicast data and the multicast 
control data to a lower layer, and a physical layer having a single 
physical channel of a predetermined band, for processing the 
multicast data and the multicast control data in a predetermined 
data field type on the physical channel. 

Consequently, the MCK is a down link channel conunonly used by 
the various multicast groups for transmitting the multicast data. 
Meanwhile, the HCCH is a down link channel for providing control 
information for the MCK to all of the cells to effectively support 
the sleep mode processing of the user. 

Fig. 5 is a diagram showing a mapping type between the 
transmission channels and the logical channels according to the 
present invention. 

In Fig. 5, SCCH-SAP is downwardly m.apped with SCK, BCCK-SAP is 
downwardly mapped with BCH, PCC.H-SAP is downwardly mapped with PCH, 
MTCK-SAP is downwardly .mapped with MCH, DCCH-SAP is upwardly or 
downwardly mapped with FAUSCK, PJ^CK, FACH, DSCH, and DCH, CCCK-SAP 
is upwardly or downwardly .mapped with tLACH and FACH, and DTCH is 



upwardly cr downwardly mapped with RACK, FACH. DSCH and DCH. 

AS =hown in Pig. 5, the MAC includes a plurality of service 

access points (SA?s) . 

Fig. 6 is a diagram showing state change of ue during 
multicast service according to the present invention. 

The UE has an idle state MT_NULL, a sleep n.ode release state 
MT_AWAKE, and a sleep state MT_SLEEP. The idle state MT_NULL means 
that the multicast service is not performed. In this case, if the 
multicast service request is successfully performed by the user, 
the idle state MT__NULL becomes the sleep mode release state 
HT_AWAKE. in the sleep mode release state MT_AWAKE, the user UE 
decodes the multicast data on the MCCU or the MCE. If no data 
received from the MCCH or the MCH exist, the user UE becomes the 
Sleep state MT_SLEEP. The sleep state MT_SLEEP means that it waits 
O for the multicast data on the HCCH or the MCH. 

The method for operating the multicast service using the above 
channels according to the present invention will be described with 
reference to the accompanying drawings. 

Pig. 7 is a diagram showing an example of the multicast 
service setup procedure according to the present invention. 

First, a procedure for efficiently interfacing between non- 
access stratum(NAS) and access stratum(AS) will be described. 

The NAS requests the inult-?cast Ha^p ■hr^^^r.o^- 

^ — ^-cLisu cava transmission of the AS 

Then, the AS transmits appi-oor-i at ^ mn "i t- ^ r--^ ^ ^ 

cii^ij.opji-xa-ce muxrxCciS.. aata zo the NAS. In • 
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t.a preaen. .n«n...„, .,,,,,,3, ^^^^^^^^^ ^^^^^^^^^ 

t-ase. on the .„te.f.„ procedure between the »AS and the AS is 



supposed. 



In Fig. 7, the network includes a PHY as a f -i rst laye>- i 
^ (Layer X), an HLC and a MAC as a second layer (Layer 2), an HRc' as^ 
a third layer (Layer 3), and a higher layer, as described in g 
1. 

m the radio interface protocol for the multicast service, the 
higher layer perforn,s authentication ahd ciphering, and also 
a supports signalling for subscriber identification or subscriber 
m group identification. 

I The RRC flexibly changes data transmission rate and supports 

g. dynamic scheduling and code usage for the aforementioned channels. 

xjr 

Meanwhrle, the M^c uses the aforementioned logical channels, 
and performs scheduling for the logical channels. The MAC also 
g performs multiple.xing and demultiplexing between the logical 
Channels and the transmission channels, and supports dynamic data 
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uransmission rate. 



The PHY supports transmission and reception of the multicast 
data and permits the multi-code to be transmitted to the user. 

The multicast service procedure according to the oresent 
invention will be described based on the aforementioned radio 
interface protocol structure. 

in Fig. 7, the user UE requests the network UTRAN of t.he • 
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multicast services. 

The UTRAN transmits the multicast data to the user UE and the 
use. .ecei.es the multicast data transmitted to the aTKAN 

Thereafter, the user UE completely receives the requested multicast 
data and then informs the UTRAN of the multicast service release. 

in more detail, the request for the multicast service is 
performed only when the user UE starts to receive the multicast 
data. When the user UE changes the service cell or the service 
area, the request for the multicast service should not be 
performed, m the above procedure, the UE obtains a ciphering key 
for decoding the multicast data 

m 

Q Meanwhile, in Fig. 7, the UE-NAS i is unable to directly 

I access the UTRAN, while the UE-AS 2 is able to directly access the 
^ UTP^N. T.he UE-AS 2 requests the UTRAN" of the multicast servi.es on 
the dedicated control channel (DCCH) . At this time, the UE-AS 2 
informs the UTRAN of its own IMGI. Then, the UTRAN requests the" UE 
O of authentication for subscriber group members. The UTRA.N also 
requests the UE of authentif ication for the subscriber group 
members in a random number. Thus, when the US-AS 2 responds to the 
request of the authentication from the UTR.Z..N, the UTRAN 
acknowledges the multicast services. At this time, the UE-AS 2 
receives a secure ciphering key for decoding the multicast data. 
For the above multicast service request procedures, the DCCH is 
used over the entire procedures. 
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The service request procedures in the UE-NAS 1 and the UE-AS 
2 Will be described with reference to Fig. 8. 

The multicast service request between the UE-NAS 2 and the UE- 
AS 2 is performed in the RRC of Pig. 7. The UE-AS 2 receives the 
multicast service request from the OE-NAS 1. At this ti.e, the UE- 
NAS 1 informs the UE-AS 2 of its own IMGI . Then, the UE-AS 2 
calculates the multicast pag.ng blocks and com.pUtes the service 
request arrangements to the UTRAN . 

Fig. 9 is a diagram showing multicast service transmission 
procedures according to the present invention. 

First, the UTRAN-AS 3 receives the service request from the 
UE-AS 2 and informs the UTR.^N^NAS 4 of it. The UTRAN-NAS 4 
I transmits the requested multicast data, corresponding IMGI, and 
location- information of corresponding UE to the UTRAN-AS 3. The 
I UTRAN-NAS 4 provides information on the service quality such as 
coding, the repeated number of times and interleaving degree to the 
UTRAN-AS 3. This procedure xs also performed ■ in each RRC of tKe 
OTR..N-NAS 4 and the UTRAN-AS 3. As the requested multicast data, 
corresponding IMGI, location information of corresponding UE, and 
information on the service quality are transmitted to the UTRAN-AS 
3, the UE-AS 2 reads the MTCK . 

Fig. 10 is a diagram showing a multicast service receotion 
procedure according to the present invention, and oarcicularly the 
multicast service reception procedure in the user entity among the 
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multicast ..rvica oper.tin, procedures, Th. „.-^s 2 r.a<l3 the MTCH 
ana then informs the CE-NAS 1 that the requested multicast data ha. 

been received. 

Fig. 11 i. a diagram showing a multicast service release 
procedure according to the present invention, and particularly the 
service release procedures in the user entity UE among the 
multicast service operating procedures. The multicast service 
rele.se procedure is performed in such as manner that the UE-NAS 1 
transmits the multicast service release request to the UE-AS 2. At 
this time, the UE-ms 1 informs the UE-AS 2 of its own IMGI. This 
multicast service release procedure is also performed in the RRC of 
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Fxg. 12 is a diagram showing a mapping example between 
^ Channels for multicast services according to the present invention, 
g In Fig. 12, in case that the MCH is used as the transmission 

T Channel, the PMCH is used as the physical channel. In case that 
the MCCH is used as the tra.nsmission channel, the PMCCK or a 
secondary common control physical channel (CCPCK) or SCH is used as 
the Physical channel. In this case, the MTCH is a logical channel^ 
As aforementioned, the multicast channel and the method for 
operating multicast services using the channel .have the following 
advantages . 

Since the physical channel mapped with the new transmiasion 
Channel is used, it is possible to flexibly support variable data 
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transmission rai-e> t<- -; ^ t 

xo.. rate. it is also posjsible tc 



o support flexible 

=c.eduu„, an. cod. U3a,e .o. the channels. .i,..a.o.e, the n.xt 

..nerat.on ......aat service «„ je«icientl. .e pe..o™... 

Furthermore, since the periodic m1:ch and th^ 

f ^-i-i^ ana the non-periodic MCH 

are used as the transmission channels, ^more flexible .nn, ■ 

, luuxe riexiDle communication 

systan. can be achieved in operating thl radio resources. 

Finally, in c.=e that the subscribir receives actual multicest 
d.ta through the multicast services, .the multicast service passes 
through the sleep mode, thereby reducing power consumption. 

It will be apparent to those skiljed m the art that various 
".odifications and variations can be made in the multicast channel 
g and the method for operating a multicast service using the channel 
according to the present invention without departing from the 
spirit or scope of the invention. Thus, it is intended that the 
present invention covers the modifications and variations of the 
invention provided they come within 4e scope of the appended 
□ claims and their equivalents. 
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